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(57) ABSTRACT 

A USB-based data acquisition system including virtual 
DMA software which increases USB data transfer rates with 
minimal changes to DAQ driver level software. The virtual 
DMA software operates to receive or intercept DMA instruc- 
tions provided by the DAQ driver level software to program 
a DMA controller to acquire data from the device. The 
virtual DMA software intercepts the DMA instructions and 
emulates operation of the DMA controller in software. The 
virtual DMA software operates to request the data in bulk 
packets from the device. The virtual DMA software then 
stores the received packets of data in the addresses specified 
in the DMA instructions. The virtual DMA software thus 
emulates operation of a DMA device, thus "fooling" the 
DAQ driver level software into thinking the data is being 
acquired using real DMA transfers. Thus, the present inven- 
tion allows for much faster data transfers, while requiring 
minimal or no changes to the existing DAQ driver level 
software. 

20 Claims, 8 Drawing Sheets 
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OPTIMIZING SERIAL USB DEVICE devices are defined as (1) hubs, which provide additional 

TRANSFERS USING VIRTUAL DMA attachment points to the USB, or (2) functions, which 

TECHNIQUES TO EMULATE A DIRECT provide capabilities to the system; e.g., an ISDN connection, 

MEMORY ACCESS CONTROLLER IN a digital joystick, or speakers. Hubs indicate the attachment 

SOFTWARE 5 or removal of a USB device in its per port status bit. The host 

determines if a newly attached USB device is a hub or a 

FIELD OF THE INVENTION function and assigns a unique USB address to the USB 

The present invention relates to USB data acquisition device - A11 USB devices are accessed by a unique USB 

(DAQ) systems, and particularly to a virtual DMA imple- address - Each device additionally supports one or more 

mentation which emulates a direct memory access (DMA) 10 endpomts with which the host may communicate. The 

device in software for improved USB data acquisition remaining description will be limited to USB devices 

performance. defined 35 Actions. 

The USB supports functional data and control exchange 

DESCRIPTION OF THE RELATED ART between the USB host and USB devices. USB data transfers 

Scientists and engineers often use DAQ systems to per- 35 take P lace between host software and a particular endpoint 
form a variety of functions, including laboratory research, 011 a USB device. The USB host, e.g., the host computer 
process monitoring and control, data logging, analytical svstem > interacts with USB devices through the host con- 
chemistry, test and analysis of physical phenomena, and trollcr - The aost controller is responsible for detecting the 
control of mechanical or electrical machinery, to name a few attachment and removal of USB devices, managing control 
examples. 20 ^ ow between the host and USB devices, managing data flow 

Atypical DAQ system comprises a computer system with between the host and USB devices, collecting status and 

DAQ hardware, wherein the DAQ hardware is typically activity statistics, and providing ah mited amount of power 

plugged into one of the I/O slots of the computer system. A <° attached USB devices * ™ e USB s >f e ™ ^ ft ™ re on Xh * 

DAQ system also typically includes transducers and other „ <j ost . mana / cs interactions between the USB devices and 

detecting means for providing "field" electrical signals rep- 25 devi " > *>ftware. Further background concerning the USB 

resenting a process, physical phenomena, equipment being ™? obtamed fr ™ USB Specification, Revision 1.0 

monitored or measured, etc. The field signals are provided to whlch 15 «w«P«*ed herein by reference, 

the DAQ hardware. In another common DAQ system In prior art systems, e.g., prior art instrumentation 

configuration, the DAQ hardware is coupled to the computer 3Q systems, the host CPU obtains data from a peripheral device, 

system via other means such as through a VXI (VME suc & ^ a data acquisition card, using either DMA transfers 

extensions for Instrumentation) bus, a GPIB (General Pur- or interrupt driven requests. DMA transfers typically use 

pose Interface Bus), a serial port, or parallel port of the burst transfers for improved performance. However, for 

computer system. Optionally, the DAQ system includes interrupt driven requests, the host software is typically 

signal conditioning modules which receive the field signals s required to read one sample at a time. In other words, for 

and condition the signals to be acquired. interrupt drive requests, host software is typically configured 

The DAQ hardware is configured and controlled by DAQ * read data ° Qe sai *P lc at a time from a local peripheral 

software executing on the computer system. The DAQ device > e 8 > from a PCI DAQ device - 

software for configuring and controlling the DAQ system DMA transfers have generally not been possible for USB 

typically comprises two portions: the device interface or 40 transfers between a host computer system and a USB device, 

driver level software and the application software, or the This is because USB does not provide true DMA support, 

application. The driver level software serves to interface the Thus, for USB transfers, the host controller typically utilizes 

DAQ hardware to the application. The driver level software existing driver level software which operates to read or 

is typically supplied by the manufacturer of the DAQ communicate data with the USB device either one sample at 

hardware or by some other third party software vendor. An 45 a time or a buffer of data which is passed to the NI-DAQ 

example of DAQ driver level software is NI-DAQ from driver one sample at a time. Thus, when this existing driver 

National Instruments Corporation. The application or client level software is used, the host controller has generally been 

is typically developed by the user of the DAQ system and is required to read data from a USB DAQ device one sample 

tailored to the particular function which the user intends the at a time across the USB. 

DAQ system to perform. The DAQ hardware manufacturer 50 However, due to the high latencies of the USB, a read of 

or third party software vendor sometimes supplies the appli- one sample at a time results in slow data transfer rates. For 

cation software for certain applications which are common, example, the time required to read 100,000 samples from the 

generic or straightforward. USB device would be no faster than 100,000 samples times 

The Universal Serial Bus is a serial peripheral bus stan- 0.003 seconds/sample which equals 300 seconds, i.e., 333 

dard developed for computer system peripheral devices. The 55 samples per second. Thus, simple data acquisition tasks 

USB is an external serial bus which supports data exchange using a USB DAQ device take a very large amount of time, 

between a host computer and a wide range of peripheral Alternatively, the existing driver level software can be 

devices. The USB provides two wire, point-to-point signal- modified to take advantage of USB packet transfers, 

ing in which the signals are differentially driven at a bit rate However, this may require a large modification to existing 

of 12 megabits per second. 60 software, which is undesirable. 

USB systems are generally defined in terms of (1) U.S. patent application Ser. No. 09/062,893 titled "Sys- 

interconnects, (2) devices, and (3) hosts. The USB intercon- tem and Method for Optimizing Serial USB Device Reads 

nect defines the manner in which the USB devices are Using Virtual FIFO Techniques" discloses virtual buffer 

connected to and communicate with the USB host. The host techniques for greatly improving the performance of USB 

computer system USB interface is referred to as the host 65 devices with minimal software changes. The virtual buffer 

controller. The host controller may be implemented in a software increases USB data transfer rates in the USB-based 

combination of hardware, firmware, or software. USB data acquisition system with minimal changes to DAQ 
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driver level software. The virtual buffer software operates to driver software. The virtual DMA software also operates 

receive or intercept calls made by the DAQ driver level without substantial modification to the driver software. Thus 

software to acquire data from the device. The virtual buffer driver software which presumes the use of hardware DMA 

software intercepts the call and requests the data in bulk can still operate in systems where hardware DMA is not 

packets from the device. The virtual buffer software then 5 possible. 

receives the bulk packets and stores the received packets of An application executing in the computer system first 

data in a virtual buffer or virtual FIFO maintained in makcs a call to p rogram a DMA controller to perform an 

computer system memory. When a determined amount of acquisition of data, wherein the call includes one or more 

data is stored in the virtual FIFO, the virtual buffer software addresses in computer memory. When the application makes 

generates an interrupt to the driver software. The driver 10 the call, the virtual DMA software receives the call and 

software then reads the data one sample at a time from the requests the data from the device in one or more packets, 

computer memory. These reads occur much more quickly, when the data is received, the virtual DMA software stores 

since the data is read from computer memory instead of from me data in the computer memory at the one or more 

the USB device across the USB bus. addresses. The virtual DMA software may then generate an 

The virtual buffer software emulates operation of the 35 interrupt to the device driver software indicating that the 

device, including generation of interrupts and responses to data is stored in the computer memory, 

status register reads, thus "fooling" the DAQ driver level xh c DA q drivcr i evel software thus obtains the data from 

software into thinking the data is being acquired from the me computer system memory using much faster transfers, 

- device. Thus, the above application discloses a system e gt) up to 500,000 bytes per second. The virtual DMA 

which allows for much faster data transfers, while requiring 20 emulates a hardware DMA operation, thus "fooling" the 

minimal or no changes to the existing DAQ driver level DAQ driver level software into thinking the data is being 

software. acquired from the device using DMA. Thus, the present 

However, this virtual buffer technique involved transfer- invention allows for much faster data transfers, while requir- 

ring data from the virtual FIFO (in computer memory) to the ing minimal or no changes to the existing DAQ driver level 

driver software (at another location in computer memory) 25 software, 
one sample at a time. This was primarily because the 

existing driver level software was designed to read one BRIEF DESCRIPTION OF THE DRAWINGS 

sample at a time, and it was undesirable to change the driver A better understanding of the present invention can be 

level software. ^ obtained when the following detailed description of the 

DMA techniques involve acquiring data in large packets preferred embodiment is considered in conjunction with the 

and providing these large packets directly a memory loca- following drawings, in which: 

tion specified by the requesting software. Thus, DMA tech- FIG. 1 illustrates a computer system including a USB- 

niques would provide increased performance 500% over based DAQ device* 

virtual buffer techniques. However, as noted above. DMA . c _,- . A 

4 . . ii * -Li • Hon t 35 FIG. 2 is a block diagram or the computer system of FIG. 

techniques are generally not possible in USB systems. ^ to r 3 

Therefore, an improved system and method is desired ' - . rrc _. n . rt , . 

, . . . , c c itch j • j i FIG. 3 is a block diagram of the USB -based DAQ device 

which provides increased performance for USB devices. It „ ^ . & 

is also desirable to improve the performance of USB devices * ' 

with minimal impact on existing software and drivers. It is 40 FIG - 4 illustrates the software components comprised in 

further desirable to provide DMA-type performance in USB the computer system of FIG. 1; 

systems. FIG. 5 is a flowchart diagram illustrating a prior art 

method for acquiring data using a hardware DMA controller; 
FIGS. 6A and 6B are a flowchart diagram illustrating a 

The present invention comprises a system and method for 45 method for acquiring data using the virtual DMA software 

emulating DMA operations in software for improved data according to the present invention; and 

transfers. The system and method operate in a data acqui- FIG. 7 is a flowchart diagram illustrating an end of DAQ 

sidon system comprising a computer system and a device operation after operation of the flowchart of FIGS. 6 A and 

coupled to the computer system through a serial bus. The 6B. 

serial bus is preferably the Universal Serial Bus (USB), and 50 

the device is preferably a USB DAQ device. The computer DETAILED DESCRIPTION OF THE 

system includes driver software, preferably DAQ driver PREFERRED EMBODIMENT 

level software, and serial bus driver software, preferably „ Ti ^ * Tor > ~ A ~ „ , 

Ci ™ . . 1 • , j 1 FIG. 1 — USB DAQ System 

USB software. The computer system also includes virtual 3 

DMA software according to the present invention. 55 FIG. 1 illustrates a USB-based I/O system 70 according to 

The virtual DMA software increases USB data transfer one embodiment of the present invention. In the preferred 

rates in the USB-based data acquisition system with minimal embodiment, the I/O system is a data acquisition (DAQ) 

changes to DAQ driver level software. The virtual DMA system. However, the present invention may be imple- 

software operates to receive or intercept calls made by an mented in any of various USB-based I/O systems 70, such 

application or the DAQ driver level software to configure a 60 as data acquisition systems, test and measurement systems, 

hardware DMA device. The virtual DMA software inter- industrial automation systems, video systems, audio 

cepts the call and provides a virtual DMA implementation systems, and multimedia systems, among others. The 

for improved performance. Thus, the computer system may present invention is described below with reference to a data 

not include a hardware DMA device, and the virtual DMA acquisition system as one example of the operation of the 

software emulates operation of the hardware DMA device. 65 invention. 

The virtual DMA software emulates operation of the hard- As shown, the DAQ system 70 includes a computer 102. 

ware DMA device invisibly to both the application and the The computer 102 preferably includes various standard 
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components, including at least one central processing unit 
(CPU), non-volatile memory such as a hard drive, system 
memory, one or more buses, and a power supply. 

A USB I/O device 110, preferably a data acquisition 
(DAQ) device, is coupled through a universal serial bus 5 
(USB) cable 104 to the computer system 102. The USB 
DAQ device 110 interfaces to a unit under test (UT) or 
process for which data acquisition/generation is desired. In 
the preferred embodiment, the USB DAQ system includes 
transducers or other detecting means (not shown) which 10 
provide field electrical signals to the USB DAQ device 110, 
optionally through signal conditioning circuitry (not shown). 

Examples of USB DAQ device 110 are the following 
products available from National Instruments Corporation: 
DAQPad-6020E for USB, DAQPad-6507, and DAQPad- 15 
6508. 

As noted above, in the preferred embodiment the USB 
device 110 is a DAQ device. However, the USB device 110 
may be any of various devices or peripherals, including a 
keyboard, mouse, speakers, sound card, video card, graphics 20 
card, digital video input/output device, printer, or other types 
of I/O devices. 

The preferred embodiment of the present invention uti- 
lizes a USB serial bus and a USB device. However, it is 
noted that the present invention will be used in various types 25 
of serial buses, such as GPIB. Also, the computer 102 may 
comprise any of various types of computers or systems, as 
desired, including a general purpose computer, a VXI chas- 
sis including one or more VXI boards, or a PXI (PCI 
extensions for instrumentation) chassis, as well as others. 30 
FIG. 1 shows host computer 102 connected, via USB bus 
104, to a single USB device 110. However, the invention 
should not be limited thereto, it being understood that the 
present invention has application to host computer 102 
connected to several USB devices 110 via USB 104. 35 

The computer 102 preferably includes a memory media 
on which computer programs according to the present 
invention are stored. As used herein, the term "memory 
media" is intended to include a system memory, such as 
DRAM, SRAM, EDO RAM, DR DRAM, etc., a non- 40 
volatile memory such as a magnetic media, e.g., a hard drive 
or optical storage, or an installation media, such as floppy 
disk(s) 110, or a CD-ROM, on which the computer programs 
according to the present invention are stored for loading into 
the computer system. The term "memory media" may also 45 
include other types of memory. 

The memory media may be comprised in the computer 
102 or may be located on a second computer which is 
coupled to the computer 102 through a network, such as the 
Internet. In this instance, the second computer operates to 50 
provide the program instructions to the computer 102 for 
execution. 

The software programs of the present invention are stored 
in a memory media of the respective computer 102, or in a 
memory media of another computer, and executed by the 55 
CPU, The CPU executing code and data from the memory 
thus comprises a means for configuring and controlling one 
or more USB devices 110 according to the steps described 
below. 

60 

FIG. 2 — Computer Block Diagram 

FIG. 2 illustrates a representative block diagram of the 
computer system 102. It is noted that the computer system 
102 may have various different architectures, as desired. The 
elements of a computer system not necessary to understand 65 
the operation of the present invention have been omitted for 
simplicity. 
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The computer system 102 includes a central processing 
unit or CPU 140 which is coupled to a processor or host bus 
142. The CPU 140 may be any of various types, including 
an Intel x86 processor such as the Pentium class from Intel, 
a PowerPC CPU from the Motorola family of processors, as 
well as others. 

Main memory 146, also referred to as system memory 
146, is coupled to the host bus 142 by means of memory 
controller 144. The system memory 146 stores various 
software used in the USB DAQ system 70, including a DAQ 
application, DAQ driver level software, and USB driver 
software according to the present invention. The DAQ driver 
level software is preferably NI-DAQ from National Instru- 
ments. 

The system memory 146 also stores virtual DMA soft- 
ware according to the present invention. The virtual DMA 
software implements the virtual DMA features of the present 
invention. In the preferred embodiment, the virtual DMA 
software is comprised in the USB driver software. However, 
it is noted that the virtual DMA features of the present 
invention may be implemented in any of various software 
programs, as desired. The system memory 146 may store 
other software or other DAQ related software, as desired. 

Host bus 142 is coupled to an expansion or input/output 
bus 154 by means of a bus controller 152, also referred to as 
chipset logic 152. The chipset logic 152 is preferably the 
Triton chipset or other similar chipset logic available for 
computer systems which implement USB. The chipset logic 
152 includes USB interface logic 232 which couples to one 
or more USB ports. The USB ports are for coupling to USB 
cable 104 and hence for interfacing to the USB I/O device 
110. It is noted that the USB interface logic 232 may be 
comprised in various different parts of the computer system, 
as desired. 

The expansion bus 154 is preferably the PCI (Peripheral 
Component Interconnect) bus. The expansion bus 154 
includes slots for various devices, including video 160. 

A non- volatile memory or hard drive 162 is comprised in 
the computer system 102 and may be coupled to the expan- 
sion bus 154 or to the chipset 152, or to other logic. The 
non-volatile memory 162 stores an operating system, DAQ 
software, as well as other application programs, for loading 
into the system memory 146 as known in the art. Various 
other devices may be connected to the expansion bus 154, as 
desired. 

FIG. 3— USB I/O Device 

FIG. 3 is a block diagram of the USB-based DAQ device 
110. As shown, the USB DAQ device 110 includes DAQ 
hardware 204, a USB controller 206 and an EEPROM 
(Electrically Erasable Programmable Read Only Memory) 
202. The DAQ hardware 204 comprises the data acquisition 
hardware circuitry which performs data acquisition/ 
generation functions, as is well known in the art. The USB 
controller 206 performs USB interface functions. The 
EEPROM stores instructions and data for performing USB 
activities, such as reading a byte or word from the control 
pipe. 

FIG. 4 

FIG. 4 illustrates the software components comprised in 
the computer system 102 according to the preferred embodi- 
ment. As shown, the computer system includes a data 
acquisition application 222, DAQ driver level software 224, 
also referred to as device driver software, a platform abstrac- 
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tion layer (PAL) layer 225, USB interface code 226, also known, the USBd.sys and the USBcd.sys programs 228 and 

referred to as serial bus driver software, a USBd.sys pro- 230 comprise standard USB drivers which are available 

gram 228, and a UHcd.sys (universal host chip driver) from Microsoft Corporation. The USB interface code 226 

program 230. These software components 222-230 operate interfaces to the programs 228 and 230 to control the USB 

to interface through the PC USB hardware logic 232 to 5 hardware logic 232 comprised in the computer system 102. 

communicate with the USB device 110. ^ pc US B hardware logic 232 then interfaces to the USB 

The DAQ application 222 comprises an application which device 110, including generating and receiving data transfers 

performs a data acquisition function, such as requiring or to/from the USB device 110. 
generating data to perform a desired test and measurement 

operation or other type of operation. The DAQ application 10 FIG. 5 — Prior Art Operation 

222 includes calls to the DAQ driver tevdsafiwm 224. Hie nG . 5 ^ a flowchart iiagpm moating operation of 

DAU applicator, iu may be a LabVlbW program, or a ^ M ^ 

acine to a device using 

textual program wntten in, for example, C or C++. . , ™*a * c j- * * L • . 

r ? , t . , c \ *_ j • ... hardware DMA transfers according to the prior art. This 

As mentioned above, in the preferred embodiment the - * it _ , ; % j 

~ r*r ' v 1 ]7' "l a >L m t n a a & prior art example assumes the computer system includes a 

DAQ driver level software 224 is the Ni-DAQ software f , , „ , iL * tL / r 

c VTi . iTi * ^ tl r»An 15 hardware DMA controller, and that the transfers are per- 

program from National Instruments Corporation. Ine DAQ e j u *u j ■ j *u u * — * ■ „u 

j . , , C4 _ * * • formed between the device and the host computer using the 

driver level software 224 includes various functions or , , a * m • i • 

... . 4 , 1 , . .... hardware DMA controller. This prior art example also 

operations which operate to control a data acquisition , it _ , t - . . , . r 

S . T r j i_ j • * u *u j • assumes that the external device is a PCI device, 
device. In the preferred embodiment where the DAQ device 

is a USB DAQ device 110, the DAQ driver level software M shown > » ste P 302 the DA ^ applicaUon or user 

224 interfaces to USB interface code 226. The DAQ driver 20 apphcaUon requests a set of samples, e.g., N samples or 

level software 224 is referred to generally as driver software 100,000 samples. 

or device driver software. 1° ste P ^04 me DAQ driver level software configures the 

The platform abstraction layer (PAL) software 225 oper- device > e -g-> ttie PCI device > to generate or acquire the data, 

ates to abstract the operating system type and bus type from In step 306 the DAQ driver programs the on-board DMA 

higher layer code. The PAL software 225 includes various controller, e.g., the DMA controller on the PCI device, to 

services, including a DMA service for providing DMA perform the transfer. The DMA controller is programmed to 

capabilities to upper-level driver code. PAL sends com- perform the transfer from the PCI device to the computer 

mands to the appropriate bus or driver associated with a bus memory. The DMA controller is programmed with one or 

(e.g., PCI, USB, or IEEE 1394). 3Q more addresses in computer memory where the data is to be 

The USB interface code 226 performs the functions of stored, 

interfacing to the universal serial bus or USB in response to In step 308 the PCI device acquires one or more samples 

functions being performed by the DAQ driver level software of data, such as from a UUT, and asserts a DMA request to 

224. In the preferred embodiment of the invention, the USB the DMA controller. 

interface code 226 is designed to minimize the impact on the 35 In step 310 the DMA controller transfers data from the 

DAQ driver level software 224. In other words, the USB device to computer memory. 

interface code 226 is preferably designed so that the fact that As described above, this example presumes the use of a 
the DAQ device is a USB DAQ device 110 is substantially hardware DMA controller. However, in systems which can- 
transparent or invisible to the DAQ driver level software not use a hardware DMA controller, then DMA transfers are 
224, 40 no t possible. 

In the preferred embodiment, the USB interface code 226 „„„ , k , _ ^ , ^. 

includes the virtual DMAsoftware of the present invention. HG |- * A a * d ^-Flowchart Diagram of Virtual 

As described below, the virtual DMA software operates to Buffer Option of the Present Invention 

receive or intercept calls made by the DAQ driver level FIGS. 6 A and 6B are a flowchart diagram illustrating 

software 224 or application 222 to program a DMA con- 45 operation of the virtual DMA software of the present inven- 

troller to acquire data from the device and operates to tion. According to the present invention, the virtual DMA 

implement these DMA functions in software, referred to as software allows speeds of 500 K bytes/second without 

virtual DMA. The virtual DMA software intercepts the call requiring any changes to the device driver software, e.g., the 

and requests the data in bulk packets from the device. The DAQ driver level software. 

virtual DMA software then stores the received packets of 50 As noted above, the present invention may be used in any 

data in the computer system memory addresses specified in of various types of fields which include data acquisition/ 

the original DMA request. The DAQ driver level software generation, including instrumentation, audio, video, printer 

224 thus obtains the data from the computer system memory devices, and other types of I/O device or peripheral data 

using much faster transfers. The virtual DMA software acquisition. The flowcharts of FIGS. 6A and 6B presume a 

emulates operation of the DMA ope ration, thus "fooling" the 55 data acquisition example. Also, the flowcharts of FIGS. 6 A 

DAQ driver level software 224 into thinking the data is and 6B presume an acquisition example, but are equally 

being acquired using a hardware DMA controller. Thus, the valid for a data generation example, i.e., where data is being 

present invention allows for much faster data transfers, generated by the computer 102 for provision to the USB 

without requiring changes to the existing DAQ driver level device 110, e.g., to be supplied to the UUT. 

software 224 or PAL software 225. 60 As shown, operation of the preferred embodiment of the 

The virtual DMA software of the present invention oper- Virtual DMA software of the present invention is generally 

ates to increase USB performance, i.e., the performance of as follows. First, in step 402, the DAQ application requests 

USB data transfers to/from the USB device 110, while also data, e.g., the DAQ application requests a set of N samples, 

minimizing impact on the DAQ driver level software code In step 402 the DAQ application preferably makes a call to 

224, also referred to as the "board code driver". 65 the DAQ driver level software to request the data. 

The USB interface code 226 interfaces to the USBdjsys In step 403 the DAQ driver level software configures the 

program 228 and to the UHcd.sys program 230. As is well USB device to generate or acquire the data. 
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In step 404 the DAQ driver level software programs a transfers, even in instances when hardware DMA transfers 

DMA controller to perform the transfer. This may involve are not possible. The virtual DMA software of the present 

the driver level software, or the application, providing DMA invention operates to emulate a hardware DMA controller 

instructions to program the DMA controller with source and where necessary, thus providing faster transfers. As a result, 

destination addresses and the amount of data to be trans- 5 the DAQ driver level software is essentially "fooled" into 

ferred. The destination addresses comprise a set of addresses believing that DMA is available and is actually being 

in computer memory where the data is to be stored. performed. 

aj- j. mjA .. t . The virtual DMA software also allows the driver level 
As discussed above, hardware DMA operations cannot be * uwiasuhwuc d ^ " ' \ 
c j j I t too • i u "tf\A t j j*** * i sortware to operate without modification, regardless or the 
performed on the USB senal bus 104. In addition, an actual . , c£ a hua * ^m. t a ■ & 
f , r~\» m a . „ • . • . a m existence of hardware DMA support. Thus the dnver soft- 
hardware DMA controller may not exist in the system. As jo . , 4l ; r . (u miA „ 

. , , , . , ' - 4 - - / , ware operates the same whether or not true DMA or 

discussed below, the virtual DMA software of the present «u~-a„.« m , A „ . -i ui *u a ■ a 

' x . , hardware DMA is available. Thus the dnver software 

invention operates to intercept this call to program the DMA es ^ same ^ of whether the device ^ , pa 

controller and emulate operation of the DMA controller ,n device whfch hardwale DMA of ^ 

device is a USB device which does not support hardware 

In cases where true DMA is possible, such as when the DMA transfers. This greatly simplifies the driver software, 
device 110 is a PCI device which supports true hardware 

DMA, then in step 404 the DAQ driver level software FIG - 7— End of DAQ Operations 

actually programs the DMA controller to perform the FIG. 7 is a flowchart diagram illustrating operation when 

transfers, as in the prior art diagram of FIG. 5. data acquisition/generation operations are completed, i.e., 

In step 406 the virtual DMA software receives or inter- 20 steps 402-422 have been executed one or more time to 

cepts the call to program the DMA controller. In the pre- acquire or generate a plurality of data samples. As shown, in 

ferred embodiment, the virtual DMA software receives or step 452 the USB device 110 generates a terminal count 

intercepts the call made by the DAQ driver level software interrupt indicating that the data acquisition operation has 

224, In one embodiment, the virtual DMA software inter- completed. 

cepts a DAQ driver level software call to the USB DAQ 25 In response to the terminal count interrupt, in step 454 the 

device. DAQ driver level software ISR routine clears the DMA 

In step 408 the virtual DMA software requests the data transfer, and operation completes, 

from the USB device 110 in bulk packets, Preferably on a DAQ Driver Level Software Requirements 
separate thread or process. Thus, whereas the DAQ dnver 

level software 224 would ordinarily perform reads a sample 30 ™« DA Q driver level software or board code has several 

at a time without the use of DMA, the virtual DMAsoftware requirements in the preferred embodiment, 

operates to request the data from the USB device 110 in bulk The DAQ driver notifies the NIDAQUSB driver in 

packets, thus allowing much faster transfers. advance the sample rate of acquisition. This allows the 

In step 410, in response to the request from the virtual vktual DMA software to determine the optimized packet 

DMA software, the USB device acquires the data from the size to request in step 408. 

respective unit under test or system/process. In step 412 the In the preferred embodiment, existing application pro- 

USB device 110 provides bulk packets of data to the USB grams and I/O drivers require no modifications to use the 

logic 232 in the host computer. present invention. In other words, the virtual DMA tech- 

In step 414 the virtual DMAsoftware receives the bulk 40 ni ? ues are transparent to the application program and I/O 

packets of data and places them in the memory specified by drivers. 

the DMA controller request. Thus, when the virtual DMA Although the system and method of the present invention 

software receives the bulk packets from the USB device 110 has been described in connection with the preferred 

in step 414, the virtual DMA software places the data into embodiment, it is not intended to be limited to the specific 

the memory specified by the DMA controller request. Thus 45 f° rm set forth herein > but on the contrary, it is intended to 

the received data is placed directly in the "user buffer", i.e., cover such alternatives, modifications, and equivalents, as 

the buffer in computer memory used by the driver software can be reasonably included within the spirit and scope of the 

and/or application. Thus the data is immediately useable by invention as defined by the appended claims, 

the application without further transfer. We claim: 

After step 414, in step 422 the virtual DMA software 50 L A method for P erformin S data transfers in a system 
preferably determines whether all N samples have been comprising a computer system and a device coupled to the 
transferred to the computer memory. If all N samples have computer system through a serial bus, wherein the computer 
not been transferred to the computer memory, then operation svstem includes virtual DMA software, the method corn- 
returns to step 408, and the virtual DMA software again prising; 

operates to request the data in bulk packets. If all N samples 55 a ) providing instructions to program a DMA controller to 

are determined to have been transferred to the computer perform an acquisition of data, wherein the instructions 

memory in step 422, then an "end of DAQ" condition exists, include one or more destination addresses in computer 

and operation proceeds to step 452. An "end of DAQ" memory; 

condition indicates that the USB device 110 has stopped b) the virtual DMA software receiving the instructions to 

generating or providing data. 60 program the DMA controller; 

Steps 402-422 preferably are repeated one or more times c) the virtual DMA software requesting data from the 

until operations are completed. In the DAQ example of the device in one or more packets after said receiving; 

preferred embodiment, steps 402-422 are repeated until an d) the computer system receiving the packets of data from 

end of DAQ is received, which indicates that the USB the device; 

device 110 has stopped generating or providing data. 6 5 e) the virtual DMA software storing the data in the 

Thus, according to the present invention, the DAQ driver computer memory at the one or more destination 

level software operates to request or program DMA addresses in response to receiving the packets of data. 
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2. The method of claim 1, wherein the computer system 
does not include a hardware DMA controller; 

wherein the virtual DMA software emulates operation of 
a hardware DMA controller. 

3. The method of claim 1, wherein the computer system 5 
includes driver software, the method further comprising: 

an application executing in the computer system request- 
ing data from the device; 

wherein the driver software provides the instructions to 1Q 
program the DMA controller in response to the appli- 
cation requesting data from the device. 

4. The method of claim 3, wherein the computer system 
does not include a hardware DMA controller; 

wherein the virtual DMA software emulates operation of ^ 
a hardware DMA controller; 

wherein the driver software is not aware that the acqui- 
sition of data is not being performed by a hardware 
DMA controller. 

5. The method of claim 4, further comprising 20 
generating an interrupt to the driver software indicating 

that the data is stored in the computer memory. 

6. The method of claim 4, wherein the computer system 
includes serial bus driver software, wherein the virtual DMA 
software is comprised in the serial bus driver software. 25 

7. The method of claim 4, wherein the virtual DMA 
software operates without substantial modification to the 
driver software. 

8. The method of claim 4, wherein the device is a data 
acquisition device, wherein the driver software comprises 30 
data acquisition driver software. 

9. The method of claim 1, wherein the serial bus is the 
Universal Serial Bus (USB), wherein the device is a USB 
device. 

10. A method for performing data transfers in a system 35 
comprising a computer system and a device coupled to the 
computer system through a serial bus, the method compris- 
ing; 

providing instructions to program a DMA controller to 
perform an acquisition of data, wherein the instructions 40 
include one or more destination addresses in computer 
memory; 

emulating operation of the DMA controller in software to 
perform the acquisition of data in response to said 45 
providing instructions, wherein said emulating com- 
prises: 

receiving the instructions to program the DMA con- 
troller; 

requesting data from the device in one or more packets 5Q 

after said receiving; 
the computer system receiving the packets of data from 

the device; and 
storing the data in the computer memory at the one or 

more destination addresses in response to receiving 55 

the packets of data. 

11. The method of claim 10, wherein the computer system 
includes virtual DMA software, wherein the virtual DMA 
software performs said emulating. 

12. The method of claim 11, wherein the computer system 6Q 
does not include a hardware DMA controller; 

wherein the virtual DMA software emulates operation of 
a hardware DMA controller. 

13. The method of claim 10, wherein the computer system 
includes driver software, the method further comprising: $5 

an application executing in the computer system request- 
ing data from the device; 
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wherein the driver software provides the instructions to 
program the DMA controller in response to the appli- 
cation requesting data from the device. 

14. The method of claim 13, wherein the computer system 
does not include a hardware DMA controller; 

wherein the virtual DMA software emulates operation of 
a hardware DMA controller; 

wherein the driver software is not aware that the acqui- 
sition of data is not being performed by a hardware 
DMA controller. 

15. A data acquisition (DAQ) system, comprising: 

a computer system, wherein the computer system includes 
memory which stores data, wherein the computer sys- 
tem includes DAQ driver software, and wherein the 
computer system also includes virtual DMA software; 

a serial bus coupled to the computer system; and 

a data acquisition (DAQ) device coupled to the computer 
system through the serial bus; 

wherein the computer system includes driver software 
which is executable to provide instructions to program 
a hardware DMA controller in the computer system to 
obtain data from the DAQ device, wherein the instruc- 
tions include one or more destination addresses in 
computer memory; 

wherein the virtual DMA software is executable to receive 
the instructions to program the hardware DMA 
controller, wherein the virtual DMA software is execut- 
able to request data from the device in one or more 
packets, receive the packets of data from the device, 
and store the data in the computer memory at the one 
or more destination addresses in response to receiving 
the packets of data. 

16. The DAQ system of claim 15, wherein the virtual 
DMA software operates to emulate operation of the hard- 
ware DMA controller. 

17. The DAQ system of claim 15, wherein the virtual 
DMA software operates without modification to the driver 
software. 

18. The DAQ system of claim 15, wherein the serial bus 
is the Universal Serial Bus (USB). 

19. A memory media which comprises program instruc- 
tions for performing data transfers in a system comprising a 
computer system and a device coupled to the computer 
system through a serial bus, wherein the computer system 
includes device driver software, wherein an application 
comprised in the computer system is executable to make a 
call to program a hardware DMA controller to obtain data 
from the device; 

wherein, in response to instructions to program a hard- 
ware DMA controller to obtain data from the device, 
the program instructions implement: 
receiving the instructions to program the hardware 
DMA controller, wherein the instructions include 
one or more destination addresses in the computer 
memory where the data is to be stored; 
requesting data from the device in one or more packets 

after said receiving; 
receiving the packets of data from the device; and 
storing the data at the one or more destination addresses 
in the computer memory specified in the call in 
response to receiving the packets of data. 

20. The memory media of claim 19, wherein the computer 
system does not include a hardware DMA controller; 

wherein the program instructions emulates operation of a 
hardware DMA controller. 
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